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SYSTEMS AND METHODS FOR SENDING 
COORDINATED NOTIFICATIONS 



Cross-Reference to Related Applications 
[01] This application claims the benefit of U.S. Provisional Application No. 60/330,000, 
filed October 17, 2001 and entitled "Systems and Methods for Sending Coordinated 
Notifications." 

BACKGROUND OF THE INVENTION 
The Field of the Invention 
[02] The present invention relates to systems and methods for sending coordinated 
notifications to a user. More particularly, the present invention relates to systems and 
methods for routing coordinated notifications to a user from each entity that is involved in a 
particular transaction with the user. 

Background and Relevant Art 
[03] One of the advantages provided by the Internet is the ability to share information. 
Using tools such as email and instant messaging, users are able to interact and communicate 
with each other with relative ease. In fact, much of the communication and interaction that 
occurs on the Internet is user-to-user. The Internet or online presence of businesses, 
entertainment companies and other entities, however, is expanding and there is also a lot of 
communication and interaction that occurs between entities and users. 
[04] While businesses and entities also employ tools such as email in their 
communications with users, the interaction that occurs between entities and users is 
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somewhat different from the interaction that occurs between users. For example, there is 
often some anonymity between the entities that provide content or data to users and the users 
that receive the content or data from the entities. In other words, some of the 
communication between these entities and their users is not necessarily unique with respect 
to a particular user in the sense that the identity of each individual user is often unknown to 
the entities. 

[05] Financial websites, for example, often provide stock quotes or interest rates to all 
users that request this type of data even though some of the users request quotes for different 
stocks or for different interest rates. In fact, some users indicate to these websites that they 
would like to receive notifications that indicate the current price of certain stocks. These 
websites know that they are providing customized content to different users but they may 
know very little about the users that receive the customized content. 
[06] Email is another example of online communication that demonstrates the anonymity 
that often exists between businesses and users. Many companies or businesses often send 
emails in mass, for instance, to as many different email addresses as possible. Even though 
each email is a business-to-user communication, there is no familiarity between the business 
and the email recipient and the business is often only aware of the user's email address. In 
fact, much of this type of email is often unsolicited and unwanted. 

[07] This anonymity is partially overcome by entities or websites that register their users. 
During registration, a user typically provides more detailed information about themselves to 
the website. When the user subsequently visits that website, the website is able to recognize 
that user when the user logs on (or via a cookie that is stored on the user's computer) and the 
content provided by that website is often customized for that user according to the 
information that was provided by the user. In this case, the interaction between the website 
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and their registered users is more specific to each user, and the website is able to generate 
emails or other communications that are intended for certain users, even though the same or 
similar communications may occur with other users that have also registered with the same 
website. 

[08] Registration is also useful to many entities because the information provided by the 
user allows each entity to communicate with a user for a given transaction. Unfortunately, 
any given transaction that is performed on the Internet usually involves more than one 
business or entity. For example, an online bookstore is not the only entity that is involved in 
the transaction that occurs when a user purchases a book online. Other entities that may be 
involved in this transaction include both the company that ships the book to the user and the 
credit card company that allowed the user to charge the book at the online bookstore. 
[09] The shipping company and the credit card company, however, are not able to send 
information to the user that is tied to the original book purchase. In other words, the 
notifications that may be provided by these companies are not coordinated with the 
notifications that are provided by the original entity. The credit card company, for example, 
may be able to notify the user that a charge has been made to their account, but it is much 
more difficult to notify the user that their card was charged for the book that they purchased 
from the online bookstore and the credit card company may not know the best way notify 
the user for that transaction. Similarly, the shipping company may be able to inform the 
user that a package will be delivered, but the shipping company cannot identify the contents 
of the package being sent. 

[010] The inability to provide coordinated notifications from multiple entities results in 
ineffective communication with the user about the transaction. The notifications are not 
coordinated or related, for example, because the credit card company and the shipping 
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company may not have access to the user's email address or because they are not directly 
involved in the part of the transaction that the user initiated with the online bookstore. 
Alternatively, the user may not have registered with the credit card company or the shipping 
company as the user did with the online bookstore. For these and other reasons, these 
companies cannot effectively provide coordinated notifications to the user regarding this 
particular transaction. 

[Oil] The inability of these entities to provide coordinated updates or notifications to a 
user regarding a particular transaction is part of another problem that is associated with 
transactions that occur over the Internet. When a user executes an online transaction, such 
as purchasing a book from an online bookstore, the user does not experience complete 
satisfaction. If the user purchases the book at a regular brick and mortar bookstore, they 
experience immediate satisfaction because they leave the bookstore with their newly 
purchased book and they can begin reading the book without delay. In contrast, a user that 
purchases the same book from an online bookstore does not experience this satisfaction. 
The user is required to wait until their book arrives. 

[012] As long as the user has provided sufficient information to the online bookstore, the 
online bookstore is able to provide some satisfaction to the user by generating 
communications to the user that indicate, for example, that the book is being packaged or 
that the book has been shipped. After the book has left the online bookstore, however, the 
user will no longer receive coordinated updates or notifications from the other entities 
involved in this transaction. For any given transaction that involves more than one entity, 
users or consumers are unable to receive notifications that cover the transaction from 
beginning to end in a coordinated fashion. 
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SUMMARY OF THE INVENTION 
[013] These and other problems are overcome by the present invention, which provides 
systems and methods for providing users with coordinated notifications from the beginning 
of a transaction to an end of the transaction. Each entity or business involved in a particular 
transaction can generate notifications that are coordinated with other notifications and can 
be appropriately routed to the user for a given transaction. The present invention allows for 
each entity to generate notifications and for delivering coordinated notifications, but the 
decision to generate a notification is dependent on the various entities involved in the 
transaction. A user receives notifications from those entities that choose to generate 
notifications. 

[014] There are two fundamental stages of delivering notifications to a user. The first 
stage is related to notification generation and the other stage is related to notification 
delivery. With respect to the notification generation, a notification interface is provided that 
is able to communicate with each of the entities that may be involved in a transaction and 
the notification interface can accept a notification from each of those entities over a network 
such as the Internet. The entities involved in the transaction are able to track a user using an 
identifier such as a user identifier or a subscriber identifier that uniquely identifies the user 
to each entity. Each notification generated by the various entities typically includes the user 
identifier and each notification is sent to the notification interface. The notification interface 
thus receives coordinated notifications from multiple entities. 

[015] The notification interface provides each notification to a router that is responsible for 
delivering the notification to the user. The router has access to a database of user 
preferences that is consulted by the router in order to determine how to best deliver the 
notification to the user. The router also takes into account the various devices through 

- Page 7 - Docket No. 13768.208.1 



which the user may receive a notification, characteristics or priority of the notification, and 
the like when determining how to deliver the notification. Thus, each notification is 
delivered to the user by a router that selects a device and/or a delivery for each notification. 
[016] Additional features and advantages of the invention will be set forth in the 
description which follows, and in part will be obvious from the description, or may be 
learned by the practice of the invention. The features and advantages of the invention may 
be realized and obtained by means of the instruments and combinations particularly pointed 
out in the appended claims. These and other features of the present invention will become 
more fully apparent from the following description and appended claims, or may be learned 
by the practice of the invention as set forth hereinafter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[017] In order to describe the manner in which the above-recited and other advantages and 
features of the invention can be obtained, a more particular description of the invention 
briefly described above will be rendered by reference to specific embodiments thereof which 
are illustrated in the appended drawings. Understanding that these drawings depict only 
typical embodiments of the invention and are not therefore to be considered to be limiting of 
its scope, the invention will be described and explained with additional specificity and detail 
through the use of the accompanying drawings in which: 

[018] Figure 1 illustrates an exemplary system that provides a suitable operating 
environment for the present invention; 

[019] Figure 2 is a block diagram that illustrates an a notification system that is able to 
receive notifications from multiple entities and route the notifications to a user; and 
[020] Figure 3 is a block diagram that more fully illustrates coordinated notifications that 
are generated for a user for a particular transaction. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



[021] Many companies are conducting business online and for any particular transaction, a 
user will often interact with more than one company. For example, when a user purchases 
an item, the user first interacts with the company or entity that sold the item. The user may 
also interact with both the credit card company and with the shipping company, although the 
interaction between these other companies and the user may be indirect. Each separate 
company plays a role in the transaction that was initiated when the user bought the item 
from the first company. 

[022] The present invention relates to systems and methods that allow multiple companies 
to provide coordinated notifications to a user that are related to a particular transaction from 
the beginning of the transaction to the end of the transaction. This allows a user or a set of 
users to receive notifications from multiple entities that update the status of one transaction 
instead of receive notifications that are disjointed and seemingly unrelated. The present 
invention, however, does not require that each entity involved in the transaction generate or 
send a notification to the user. 

[023] The embodiments of the present invention may comprise a special purpose or 
general-purpose computer including various computer hardware, as discussed in greater 
detail below. Embodiments within the scope of the present invention also include computer- 
readable media for carrying or having computer-executable instructions or data structures 
stored thereon. Such computer-readable media can be any available media that can be 
accessed by a general purpose or special purpose computer. By way of example, and not 
limitation, such computer-readable media can comprise RAM, ROM, EEPROM, CD-ROM 
or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any 
other medium which can be used to carry or store desired program code means in the form 
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of computer-executable instructions or data structures and which can be accessed by a 
general purpose or special purpose computer. When information is transferred or provided 
over a network or another communications connection (either hardwired, wireless, or a 
combination of hardwired or wireless) to a computer, the computer properly views the 
connection as a computer-readable medium. Thus, any such connection is properly termed a 
computer-readable medium. Combinations of the above should also be included within the 
scope of computer-readable media. Computer-executable instructions comprise, for 
example, instructions and data which cause a general purpose computer, special purpose 
computer, or special purpose processing device to perform a certain function or group of 
functions. 

[024] Figure 1 and the following discussion are intended to provide a brief, general 
description of a suitable computing environment in which the invention may be 
implemented. Although not required, the invention will be described in the general context 
of computer-executable instructions, such as program modules, being executed by 
computers in network environments. Generally, program modules include routines, 
programs, objects, components, data structures, etc. that perform particular tasks or 
implement particular abstract data types. Computer-executable instructions, associated data 
structures, and program modules represent examples of the program code means for 
executing steps of the methods disclosed herein. The particular sequence of such executable 
instructions or associated data structures represents examples of corresponding acts for 
implementing the functions described in such steps. 

[025] Those skilled in the art will appreciate that the invention may be practiced in 
network computing environments with many types of computer system configurations, 
including personal computers, hand-held devices, multi-processor systems, microprocessor- 
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based or programmable consumer electronics, network PCs, minicomputers, mainframe 
computers, and the like. The invention may also be practiced in distributed computing 
environments where tasks are performed by local and remote processing devices that are 
linked (either by hardwired links, wireless links, or by a combination of hardwired or 
wireless links) through a communications network. In a distributed computing environment, 
program modules may be located in both local and remote memory storage devices. 
[026] With reference to Figure 1, an exemplary system for implementing the invention 
includes a general purpose computing device in the form of a conventional computer 20, 
including a processing unit 21, a system memory 22, and a system bus 23 that couples 
various system components including the system memory 22 to the processing unit 21. The 
system bus 23 may be any of several types of bus structures including a memory bus or 
memory controller, a peripheral bus, and a local bus using any of a variety of bus 
architectures. The system memory includes read only memory (ROM) 24 and random 
access memory (RAM) 25. A basic input/output system (BIOS) 26, containing the basic 
routines that help transfer information between elements within the computer 20, such as 
during start-up, may be stored in ROM 24. 

[027] The computer 20 may also include a magnetic hard disk drive 27 for reading from 
and writing to a magnetic hard disk 39, a magnetic disk drive 28 for reading from or writing 
to a removable magnetic disk 29, and an optical disk drive 30 for reading from or writing to 
removable optical disk 3 1 such as a CD-ROM or other optical media. The magnetic hard 
disk drive 27, magnetic disk drive 28, and optical disk drive 30 are connected to the system 
bus 23 by a hard disk drive interface 32, a magnetic disk drive-interface 33, and an optical 
drive interface 34, respectively. The drives and their associated computer-readable media 
provide nonvolatile storage of computer-executable instructions, data structures, program 
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modules and other data for the computer 20. Although the exemplary environment 
described herein employs a magnetic hard disk 39, a removable magnetic disk 29 and a 
removable optical disk 3 1 , other types of computer readable media for storing data can be 
used, including magnetic cassettes, flash memory cards, digital versatile disks, Bernoulli 
cartridges, RAMs, ROMs, and the like. 

[028] Program code means comprising one or more program modules may be stored on the 
hard disk 39, magnetic disk 29, optical disk 31, ROM 24 or RAM 25, including an operating 
system 35, one or more application programs 36, other program modules 37, and program 
data 38. A user may enter commands and information into the computer 20 through 
keyboard 40, pointing device 42, or other input devices (not shown), such as a microphone, 
joy stick, game pad, satellite dish, scanner, or the like. These and other input devices are 
often connected to the processing unit 21 through a serial port interface 46 coupled to 
system bus 23. Alternatively, the input devices may be connected by other interfaces, such 
as a parallel port, a game port or a universal serial bus (USB). A monitor 47 or another 
display device is also connected to system bus 23 via an interface, such as video adapter 48. 
In addition to the monitor, personal computers typically include other peripheral output 
devices (not shown), such as speakers and printers. 

[029] The computer 20 may operate in a networked environment using logical connections 
to one or more remote computers, such as remote computers 49a and 49b. Remote 
computers 49a and 49b may each be another personal computer, a server, a router, a network 
PC, a peer device or other common network node, and typically include many or all of the 
elements described above relative to the computer 20, although only memory storage 
devices 50a and 50b and their associated application programs 36a and 36b have been 
illustrated in Figure 1. The logical connections depicted in Figure 1 include a local area 
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network (LAN) 5 1 and a wide area network (WAN) 52 that are presented here by way of 
example and not limitation. Such networking environments are commonplace in office- 
wide or enterprise-wide computer networks, intranets and the Internet. 
[030] When used in a LAN networking environment, the computer 20 is connected to the 
local network 51 through a network interface or adapter 53. When used in a WAN 
networking environment, the computer 20 may include a modem 54, a wireless link, or other 
means for establishing communications over the wide area network 52, such as the Internet. 
The modem 54, which may be internal or external, is connected to the system bus 23 via the 
serial port interface 46. In a networked environment, program modules depicted relative to 
the computer 20, or portions thereof, may be stored in the remote memory storage device. It 
will be appreciated that the network connections shown are exemplary and other means of 
establishing communications over wide area network 52 may be used. 
[031] As used herein, "entity" refers to any individual, group of individuals, business, 
company, organization, website, software application and the like that desires to send a 
notification to a user or to a set of users. The terms "company," "business," and "entity," 
are often used interchangeably. Similarly, a user may also refer to any individual, group of 
individuals, business, company, organization, website, software application, and the like that 
receives a notification. A "notification," as used herein, refers to the information or data 
that is generated by an entity and sent or transmitted to the user and that updates the user 
about a transaction or provides a status of the transaction, hi addition to providing a 
transaction update, the notification, in some instances, enables the user to take action 
regarding the transaction. A transaction, as used herein, is not limited to a purchase of a 
good or service, but includes situations where multiple entities desire to send notifications to 
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a user or to a set of users. For example, a group of entities that desires to send consecutive 
emails to a particular user is within the scope of a transaction. 

[032] Figure 2 is a block diagram that illustrates an exemplary system for delivering 
multiple notifications from multiple entities to a user. More specifically, Figure 2 is a block 
diagram that illustrates an exemplary notification system 200 for sending coordinated 
updates or notifications regarding a particular transaction from multiple companies that are 
involved in the transaction to a user or consumer. The example of Figure 2 includes one or 
more entities 201 that may generate or create a notification that updates a status of the 
transaction for a user. The update or status provided in the notification is usually related to 
the portion of the transaction that is specific to the entity or company that generated the 
notification. The entities 201 in this example are illustrated as company A 202, company B 
204, company C 206 and company D 208. The notification system 200 includes a 
notification interface 210 that receives the notifications generated and sent by the various 
entities 201. 

[033] The notification system 200 allows the entities 201 to send notifications for a 
transaction to a user such that the user is updated about the status of a particular transaction 
and receives coordinated notifications from the entities 201 from the beginning of the 
transaction to the end of the transaction. Previously, updates to a user about a particular 
transaction would cease as soon as the first company fulfilled their role in the transaction. 
The present invention overcomes this limitation and allows coordinated notifications from 
subsequent companies involved in the transaction to be sent to the user. The notification 
system 200 is also responsible for delivering the notifications to the user with a router 214. 
[034] The following scenario is used to illustrate how the notification system illustrated in 
Figure 2 may be used to deliver coordinated notifications to a user from each of the entities 
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201 involved in a transaction. In some instances, some of the entities may not generate and 
send a notification to the user. In these situations, the user will still receive notifications 
from those entities that choose to generate and send notifications to the user. 
[035] The entities 201 or companies used in this example are a consumer electronics 
website represented by company A 202, a credit card company represented by company B 
204, a shipping company represented by company C 206, and a consumer electronics 
manufacturer represented by company D 208. 

[036] All notifications generated by the various companies involved in this example are 
sent to the notification interface 210. The notification interface 210 provides a common 
interface to each of the entities 201 such that the notifications generated by each entity can 
be standardized. In one example, the notification interface 210 provides an applications 
programming interface (API) to the entities 201 and the entities 201 transmit their 
notifications through the API. In another example, the notification interface 210 is 
accessible over a network such as the Internet. The content of the notifications is usually 
determined by the entity that generates and sends the notification to the user through the 
notification interface 210. 

[037] For example, assume that a user decides to purchase a personal digital assistant 
(PDA) from company A 202, which sells consumer electronics. The user first accesses the 
website of the company A 202. If the user has never been to the website of company A 202 
before, the user will be likely be required to register with the site, especially if a purchase is 
being made, and the user will typically supply personal information such as their name, 
address, shipping address, credit card information, and the like to the website. The extent of 
the information provided by the user is sometimes dependent on the activities of the user at 
the website. Thus, credit card information is usually only supplied if a purchase is being 
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made while other users can often browse the website without providing any data to the 
website. 

[038] After the user is registered with the website of the company A 202 (although 
registration is not a requirement of the present invention), the user will be provided with a 
user identifier that can be used to access the website on subsequent occasions. The user 
identifier may include, for example, a user name and/or password. 

[039] Some websites or entities have an association or agreement with an external 
authentication service or website that authenticates the user to the website. The 
authentication service may, for example, provide a unique user identifier to the company 
,S that uniquely identifies the user. In some instances, the user is not aware of the unique user 

-0 identifier. In this case, the user can access the website of the company A 202 using the user 

identifier issued by the authentication service (such as Microsoft Passport TM) and the website 
of company A 202 will accept the user identifier issued by the authentication service. The 
user identifier is often accompanied by a user profile that may include personal information 
□ of the user, such as email address, telephone number, mailing address, and the like. One 

H= advantage of using the authentication service is that the same user identifier can uniquely 

2 identify the user to more than one entity. 
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[041] In this example, the user logs on to the website of company A 202 and is redirected 
to the authentication service, which validates the credentials of the user. An encrypted user 
identifier is returned to the user and forwarded to the company A 202, which can decrypt the 
user identifier. After the user has accessed the web site and purchased the PDA, the website 
of the company A 202 begins to generate notifications that are sent to the notification 
interface 210. As will be described later, the notification interface 210 forwards all 
notifications to a router that delivers the coordinated notifications to the user. The 
notifications may indicate, for example, that the user has just purchased a PDA, that the 
PDA is in stock, that the user will be informed when the PDA is shipped, and the like. Each 
company will typically use the notifications to inform the user about the status of their 
transaction and the notifications generated by the various companies are usually specific to 
their respective roles in the transaction. 

[042] Next, the company A 202 uses, for example, the user's credit card information to 
charge the purchase. If the user signed in to the website of company A using the 
authentication service, then the credit card information can be automatically provided to the 
company A 202 from the authentication service without input from the user because this 
information is often stored by the authentication service. As the company A 202 charges the 
purchase amount of the PDA to the user's credit card, the company A 202 provides the 
credit card company or the company B 204 with the user identifier and/or the user profile. 
The company A 202 can also provide other information about the purchase to the company 
B 204 such as name, address, purchase price, purchased product, and the like. With this 
information, the company B 204 is able to generate a notification to the user that indicates 
that a charge has been made to the user's credit card. Depending on the information 
provided by the company A 202, the company B 204 could also inform the user about what 
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was purchased by the user. This notification sent by the company B 204 is also delivered to 
the notification interface 2 1 0. Thus, the company B 204 is able to provide the user with 
notifications that are coordinated with the notifications generated and sent by the company 
A 202. 

[043] Meanwhile, the company A 202 has prepared the PDA for shipping and generates a 
notification to the user regarding this fact. The company A 202 next communicates with the 
shipping company or company C 206 to actually arrange the shipping of the product to the 
user. The company A 202 typically shares the same information with company C 206 as it 
shared with company B 204. However, some of the information may differ as the company 
C 206 has a different role in the transaction than the company B 204. Using this 
information, the company C 206 generates a notification to the user that the PDA is ready to 
ship, that the PDA is en route, and the like. 

[044] More specifically in one example, the user identifier supplied by the company A 202 
enables the company C 206 to determine or identify the user to whom a notification is sent. 
The company C 206 will continue to generate notifications as it deems necessary as the 
product is being shipped. For instance, the company C 206 can generate notifications that 
inform the user where the PDA is located or when the PDA will arrive. Alternatively, the 
notifications generated by the entities can simply include the user identifier and the 
notification interface or the notification delivery system is responsible for delivering the 
notification to the proper user. The identity of the user may be determined from the user 
identifier. 

[045] Next, the company A 202 might communicate with the manufacturer or company D 
208 and inform them that one of their products has been sold. This allows, for instance, the 
company D 208 to generate a notification to the user that congratulates them on their 
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purchase and offers them the ability to register their product. In this manner, a user is 
continually notified or updated about the status of the PDA that they purchased from the 
companies involved in this transaction. 

[046] The user will receive coordinated notifications about all aspects of their purchase or 
transaction as they happen and each company is aware that they are sending notifications for 
a particular transaction. The notification system 200 thus enables multiple companies to 
send coordinated notifications to a user about the transaction even though each individual 
company is only involved in a portion of the transaction. As previously discussed, some 
entities may not send notifications to the user through the notification interface 210. This 
action on the part of a particular entity does not prevent other entities involved in the 
transaction from generating and sending notifications to the user via the notification 
interface 210. Each notification received at the user interface will be delivered to the user. 
[047] More generally, the entities only need the user identifier in order to generate 
coordinated notifications. Because the notification sent to the notification interface 210 
includes the user identifier, the notification interface 210 and/or the router 214 is able to 
determine the identity of the user. The notifications are coordinated and are all delivered to 
the user by the router 214. Thus, a user identifier that is issued by an authentication service 
allows the notifications that are received by the notification interface 210 to be delivered to 
the appropriate user. 

[048] The present invention has been described using a user identifier as an example of 
uniquely identifying and/or authenticating a user, but other identifiers may be used. For 
instance, an entity may create a subscription with the notification system 200 and the 
notification system will provide a subscription identifier to the entity. When the first entity 
communicates with other entities, the subscription identifier is supplied to those entities. 
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When notifications are submitted to the notification system 200 by the other entities, they 
will include the subscription identifier and the notification system will still be able to route 
these notifications to the appropriate user. Thus, entities can send coordinated notifications 
to a subscription identifier without having to know the user identifier. 
[049] A notification 212 includes several fields that are used to convey information about 
the transaction. An exemplary notification includes, but is not limited to, the following 
fields: an identifier field; a content field; an action field; a priority field; a category field; 
and an authenticate field. 

[050] The identifier field usually stores an identifier such as a user identifier or a 
subscription identifier and the identifier field allows the notification interface 210 and/or the 
router 214 to ascertain or identify the user that should receive the notification. The user 
identifier, for example, allows the router 214 to ascertain the email address of the user if the 
notification is to be delivered using email. The user identifier enables the router 214 to 
access data that is used to determine how to deliver the notification. 

[051] The content field typically contains the text or the message that has been generated 
from an entity or company. In the previous example where a user purchased a PDA, the 
content field may contain text that indicates that the PDA has been shipped, or that the 
user's credit card had been charged, or that the product has been backordered, etc. The 
content included in the content field of the notification 212 is the information, update or 
status of the transaction that the company desires to convey to the user. 
[052] The action field enables a user to take further action regarding a particular 
transaction and often contains a uniform resource locator (URL). For example, the content 
field of the notification may inform a user that their purchase will be delivered on a certain 
day. The URL provided in the action field of the notification may be a link to a website that 
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allows the user to change the date of delivery. If a notification is used to notify a user that 
they have been outbid on an item being sold through an online auction, the action field may 
contain a URL that will take the user to a web page where the user can enter another bid on 
the item being auctioned. The action field of the notification thus enhances the transaction 
by providing additional functionality for both the company sending the notification and the 
user receiving the notification. The action field can also take the user out of the context of 
the notification system. 

[053] The priority field can indicate the importance of the notification, for example, and is 
often used to determine how the notification is delivered to a user. If a notification has high 
priority, for example, it may be important to ensure that the user receives the notification as 
soon as possible. The priority field is usually used to determine how urgent a notification is 
and can therefore affect how the notification is delivered. The priority field can also be a 
factor in determining how persistent the notification system should be in delivering or 
routing the notification to the user. For instance, the priority field determines whether the 
notification system attempts to deliver the notification until it is delivered or for a few hours, 
and the like. 

[054] The category field of the notification can be used to identify the type of transaction. 
For example, if the notification 212 is a financial notification, the category field can be used 
to indicate that the notification 212 should be encrypted such that any financial data 
included in the notification is protected from unauthorized parties. The category field may 
also affect notification delivery by providing, for example, higher urgency to certain 
categories. An appointment category, for instance, may have more urgency that a product 
shipped category. In this example, the appointment notification may be sent to a cell phone 
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or a PDA while the product shipped notification may be sent only to an email address since 
it is less interesting than the appointment category. 

[055] The authenticate field is used to authenticate the identity of the company generating 
and sending the notification. This ensures the notification interface 210 and the user that 
they are actually receiving a notification from the entity that purports to send the 
notification. The authenticate field of the notification also helps prevent other entities from 
sending notifications to a user that may contain fraudulent and/or potentially damaging 
information. 

[056] The notification interface 210 is typically responsible for authenticating the entity 

that generated and sent a notification. The authenticate field, for example, could contain a 

digital certificate of the company that is verified by the notification interface 210. 

Alternatively, the identity of the company or the authenticity of the notification 212 can be 

determined independently of the notification 212, which would eliminate the authenticate 

field from the notification. For example, the identity of a particular company could be 

verified and authenticated as the company is generating and sending a notification to the 

notification interface 210 in the same way that a user is verified when they log on to a 

^ website using their user identifier. 

t— i 

w 

= r0571 When a notification 212 is received by the notification interface 210, the notification 
a I i £ I h interface 210 sends or forwards the notification to a router 214, whose function is to deliver 

^ ^ o ^ ^ 

Q§|agB the notification to the user. The router 214 delivers the notification 212 to a user using 
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<z 1 < s § a information from one or more sources. 
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p [058] One source of information is a database that stores user preferences 216. The user 

o 

^ preferences 216 can include information, for example, indicating that the user prefers to 

receive their notifications at a certain email address or that the user prefers instant 
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messaging. Alternatively, the user can indicate that during certain hours, notifications are to 
be delivered to their cellular telephone. 

[059] Figure 2 illustrates a device 218, a device 220, and a device 222. These devices 
represent the various devices over which a notification may be received and include, but are 
not limited to, desktop computers, cellular telephones, pagers, personal digital assistants, 
Internet terminals, facsimile, and the like or combinations thereof. The user preferences 216 
can include information about the devices that a particular user has for receiving 
notifications. 

[060] The user preferences, in addition to being supplied by the users, can be inferred 
from, for example, online calendars, learned behaviors, and the like. For example, a user 
may purchase an airplane ticket online. The airline may send a notification to the user 
indicating that the flight has been delayed. From the user's online calendar, the router 214 
determines that the user has a meeting that, because of the flight delay, will be missed. In 
this case, the router 214 may cause the notification to be delivered in the quickest manner 
such that the user may handle the situation. 

[061] Another source or type of information that the router 214 uses to make decisions is 
related to presence or status information. For example, the router 214 may be able to 
determine if the user is online, in which case the notification may be sent as an instant 
message. The router 214 is thus responsible for determining how the notification is sent to 
the user, after examining the user preferences 216, the devices that the user has for delivery 
of notifications, the category and/or priority of the notification, and the like. The router 214 
will thus use filters, priority rules and fields, category fields, calendar data, time of day, 
presence information, device information, and the like to appropriately route notifications to 
a user. 



- Page 24 - 



Docket No. 13768.208.1 



[062] Figure 3 is a block diagram that more fully illustrates the coordinated notifications 
that are delivered to a user during the course of a transaction as well an the exemplary 
relationships between various entities. In Figure 3, this example of a user's transaction 
begins with entity 302. The entity 302 generates a notification (304) for those aspects of the 
transaction that are related to the entity 302. These notifications, represented by the 
notification 305, are sent to the notification interface 210 and the notifications are delivered 
to the user as previously described. 

[063] During the course of the transaction in this example, the entity 302 has cause to 
communicate with the entities 308 and 316. The entity 308 thus generates notifications 
(310) that are represented by the notification 31 1 for those aspects of the transaction that are 
related to the entity 308. In the communication between the entity 302 and the entity 308, 
the entity 302 provides the entity 308 with information, such as a user identifier or a 
subscription identifier that is used as the entity 308 generates notifications that are 
coordinated with the notification generated by the entity 302. 

[064] Similar communications occur between, in this example, the entity 308 and the entity 
314, the entity 316 and the entities 308 and 322. Each entity typically generates 
notifications that are specific to their role in the transaction that was initiated by the user 
with the entity 302. Thus, the entity 314 generates a notification 315, the entity 322 
generates a notification 323, etc. The notifications generated by the various entities, 302, 
308, 314, 316, and 322 are all directed to the notification interface 210, that is accessible by 
all entities. 

[065] The present invention may be embodied in other specific forms without departing 
from its spirit or essential characteristics. The described embodiments are to be considered 
in all respects only as illustrative and not restrictive. The scope of the invention is, 

- Page 25 - Docket No. 13768.208.1 



therefore, indicated by the appended claims rather than by the foregoing description. All 
changes which come within the meaning and range of equivalency of the claims are to be 
embraced within their scope. 

What is claimed and desired to be secured by United States Letters Patent is: 
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